home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part2 / 10555 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: FreeNet.Carleton.CA!ae723
  2. From: ae723@FreeNet.Carleton.CA (Brent Beach)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Invalid Escape Sequences
  5. Date: 9 Apr 1996 17:28:02 GMT
  6. Organization: National Capital Freenet, Ottawa, Canada
  7. Sender: ae723@freenet2.carleton.ca (Brent Beach)
  8. Message-ID: <4ke6n2$g6l@freenet-news.carleton.ca>
  9. NNTP-Posting-Host: freenet2.carleton.ca
  10.  
  11.  
  12. puma@netcom.com
  13. y
  14. Re: Invalid Escape Sequences
  15. >
  16. >In article <4jua6m$rct@freenet-news.carleton.ca>,
  17. >Brent Beach <ae723@FreeNet.Carleton.CA> wrote:
  18. >>
  19. >>I am using cross talk communicator and having a problem with receiving
  20. >>invalid control charaters. In particular, the sequence <ESC>o or ^[o
  21. >>causes the communications program to switch character sets to an
  22. >>all graphics character set.
  23. >>
  24. >>Is there any way to prevent this, without getting a new comms program?
  25. >
  26. >
  27. >The poor comm program is only doing what it's supposed to do.  The only
  28. >real solution is to find and eliminate the source of the bad characters.
  29. >If the problem is due to line noise, an error correcting modem should fix
  30. >it (I'm assuming that you DO NOT have one now).
  31. >
  32. >If in fact you do have an error-correcting modem, then the problem could
  33. >be in too-high a port speed at either end (comm overruns in the
  34. >equipment), or handshaking problems between either modem and the
  35. >equipment.
  36.  
  37. The problem is not with the modem, it is with the comm program.
  38. Using a debug filter in the comm program, which shows incomming
  39. bytes with all control codes represented in ascii rather than
  40. by the results of their intended action, I was able to actually
  41. see the character sequence that was causing the problem.
  42.  
  43. The problem arose in an article in a usenet group. Replies to
  44. the article which included the escape sequence also caused my
  45. comm program to screw up. Presumably the people that replied to
  46. the article did not have the same problem. This seems to imply
  47. that their comm program is handling this better than mine.
  48.  
  49. Anyone using xtalk communicator (came standard with my USR 14.4
  50. modem) been able to get around this problem?
  51.  
  52. Brent
  53. --
  54. Brent Beach, Victoria, BC
  55.